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Abstract 


In  a  world  of  rapidly  advancing  commercial  technology,  the  U.S.  military  often  still 
struggles  to  deliver  state-of-the  art  information  technologies  for  C2  to  warfighters  and 
commanders.  Some  recent  success  stories  include  the  Tactical  Ground  Reporting  (TIGR) 
system,  the  Command  Post  of  the  Future  (CPOF),  and  the  Combined  Infonnation  Data 
Network  Exchange  (CIDNE).  These  cases  can  be  characterized  using  a  Kline  chain- 
linked  model  of  innovation,  with  very  strong  iterative  links  between  R&D  and  “markets” 
(military  end  users  in  this  context).  These  initiatives  also  made  effective  use  of  available 
commercial  technology,  and  displayed  “edge  innovation”  by  end  users.  The  initiatives 
identified  pressing  needs  with  a  minimum  of  process  formalism,  and  then  filled  those 
needs  quickly,  with  dedicated  development  teams  for  continual  refinement.  They  often 
temporarily  bypassed  nonnal  procurement  channels.  Initial  deployments  were  often 
limited,  with  “at-risk”  adoption  by  commanders,  allowing  crucial  in-theater 
experimentation  and  feedback  loops  in  the  development  process.  As  the  technologies 
proved  useful,  deployment  expanded.  Despite  potential  problems  in  interoperability  and 
security,  and  conflicts  with  the  military  bureaucracy,  such  “Kline-like”  innovation  shows 
promise  for  some  C2  technologies. 


Introduction 


A  number  of  successful  information  technology  (IT)  developments  related  to  U.S. 
military  command  and  control  (C2),  including  the  Tactical  Ground  Reporting  (TIGR) 
system,  the  Command  Post  of  the  Future  (CPOF),  and  the  Combined  Infonnation  Data 
Network  Exchange  (CIDNE)  have  displayed  some  common  characteristics  in  their 
development  processes.  Among  these  are  strong  iterative  links  between  end  users  and 
personnel  in  research,  development  and  engineering,  and  a  relatively  high  degree  of 
innovation  by  end  users  themselves.  The  development  of  these  technologies  can  be 
characterized  using  a  Kline  “Chain-Linked”  model  of  innovation, 1  as  we  discuss  below. 
The  technologies  were  also  characterized  by  relatively  rapid  deployment  to  fill  pressing 
user  needs,  and  were  often  initially  deployed  “at  risk,”  temporarily  bypassing  the  normal 
U.S.  military  acquisition  process. 

The  Linear  Innovation  Model 


A  simple  linear  model  of  innovation  holds  that  fundamental  scientific  research  leads  to 
new  ideas  that  can  ultimately  fonn  the  basis  for  new  products.  In  this  model,  scientific 
research  creates  new  knowledge;  applied  research  and  development  focuses  and  applies 
the  knowledge;  development  and  engineering  functions  create  products  based  on  the 
knowledge;  and  manufacturing  and  production  departments  then  take  over  and  make  the 
products.  There  is  an  implied  unidirectional  chain  of  causality  between  science  and 


1  Kline  (1985),  Kline  and  Rosenberg  (1986) 


2 


2 

technology,  and  between  technology  and  production".  Fig.  1  depicts  a  simple  linear 
model. 

Although  rarely  enunciated  explicitly,  a  mindset  similar  to  the  linear  model  was  prevalent 
during  the  post-war  era  of  “Big  Science.”  Discussions  of  the  linear  model  frequently 
make  reference2 3  to  a  famous  report  produced  by  Vannevar  Bush  at  the  end  of  the  Second 
World  War,4  in  response  to  a  letter  from  President  Truman.  Bush  argued  that  the  way  to 
create  truly  new  products  and  entirely  new  industries,  and  thereby  ensure  a  long-term 
increase  in  the  standard  of  living,  was  to  discover  new  scientific  knowledge,  which  would 
seed  future  developments.  The  Bush  report  was  a  well-reasoned  and  successful  attempt 
to  argue  that  scientific  research  is  a  public  good  deserving  public  support.  It  should  be 
noted,  however,  that  Bush  did  not  draw  a  diagram  like  the  one  in  Fig.  1,  nor  did  he  use 
the  phrase  “linear  model,”  in  his  report.5 6 *  The  “linear  model”  may  have  been  in  the  back 
of  many  people’s  minds  for  decades,  but  it  was  not  until  the  1980s  that  it  was  explicitly 
written  down  as  such  ,  and  then  only  as  a  straw  man  to  be  refined  and  improved. 

The  linear  model  is  not  “wrong.”  It  tells  part  of  the  story  of  how  successful  innovation 
can  occur,  but  not  always  the  whole  story.  Innovation  is  generally  a  more  complex 
process,  with  considerable  feedback  between  science,  technology,  manufacturing,  and 
marketing. 
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Figure  1.  The  so-called  “Linear”  model  of  innovation  (adapted  from  Kline  and  Rosenberg8).  In  this  model, 
fundamental  scientific  research  leads  to  development,  then  engineering  and  production,  and  finally 
marketing  and  distribution  of  new  products.  While  scientific  research  can  certainly  provide  the  knowledge 
required  to  create  new  classes  of  products,  the  innovation  process  is  often  more  complex  and  involves  more 
feedback  than  indicated  by  the  simple  linear  model. 


2  Cara^a  et  al.  (2009) 

3  E.g.  Cara^a  et  al.  (2009) 

4  Bush  (1945) 

5  There  is  also  no  evidence  that  Mr.  Bush  was  unaware  of  the  true  complexity  of  the  innovation 
process. 

6  E.g.  by  Kline  (1985),  Kline  and  Rosenberg  (1986). 

3  Edgerton  (2004);  Godin  (2005a,b);  Godin  (2006);  Gulbrandsen  (2008) 

8  Kline  and  Rosenberg  (1986) 
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The  Kline  “Chain-Linked”  Model  of  Innovation 


The  Model 


The  Kline  Chain-Linked  model  of  innovation,9  depicted  in  Fig.  2,  recognizes  a  number  of 
complexities  in  the  innovation  process.  While  it  is  possible  for  the  innovation  chain  to 
proceed  sequentially  (C  in  the  figure),  this  is  not  necessarily  or  generally  the  case.  In 
addition,  new  knowledge  is  not  typically  the  driver  for  initiating  the  process;  rather,  the 
driver  is  the  identification  of  an  unfulfilled  market  need.  There  are  numerous  feedback 
loops  (f  and  F  in  the  figure)  between  the  various  sequential  stages.  Questions  raised  in 
production,  for  example,  may  stimulate  new  design  and  testing.  Issues  raised  in  design 
and  test  may  necessitate  new  analysis  and  invention.  A  particularly  important  feedback 
loop  (F)  is  between  marketing,  the  final  stage  of  the  main  chain,  and  the  first  conceptual 
stage — the  identification  of  the  unfulfilled  need.  The  market  helps  refine  the  conception 
of  the  need,  and  hence  to  guide  the  innovation  and  invention. 

When  a  problem  arises  at  any  stage  in  the  process,  and  feedback  loops  to  earlier  stages 
cannot  solve  it,  the  practitioners  may  query  the  world’s  base  of  scientific  knowledge 
(path  K  in  the  figure)  for  a  solution.  If  the  knowledge  base  does  not  yield  a  solution,  new 
research  may  be  performed  or  commissioned  ( R ).  Occasionally,  fundamental  research 
may  give  rise  directly  to  an  innovation  chain  (path  D )  as  in  the  linear  model.  It  is  also 
possible  for  the  products  of  an  innovation  chain,  for  example  scientific  instruments,  to  be 
used  by  practitioners  performing  basic  research  (path  /). 

Overall,  the  Kline  model  recognizes  that  technology  can  move  backwards  as  well  as 
forwards  in  the  innovation  process,  and  that  science  can  contribute  to  every  stage.  The 
model  also  recognizes  the  importance  of  direct  and  indirect  links  between  research  and 
marketing.  Implicit  in  the  model  is  the  crucial  importance  of  feedback  from  end  users. 
Research  may  set  the  course  directly  for  subsequent  innovation  stages,  but  it  will  not 
always  do  so.  Unfulfilled  needs  (marketing)  often  set  the  course,  and  research  contributes 
to  resolving  problems,  both  because  previous  research  has  added  to  the  accumulated  store 
of  knowledge  and  because  new  research  may  answer  questions  directly  and  uncover  new 
ones. 

Cautions  in  Applying  the  Model  to  Military  Systems 

The  Kline  model  probably  applies  best  in  a  commercial  industrial  context.  One  must 
exercise  some  caution  when  using  it  to  describe  developments  in  the  United  States 
Department  of  Defense  (DoD).  What,  after  all,  constitutes  a  “market”  in  the  case  of  the 
DoD?  How  are  “market  signals”  generated  and  perceived?  This  question  is  difficult  to 
answer  in  the  case  of  long-tenn,  multibillion-dollar  procurement  programs.  The  DoD, 
after  all,  is  a  monopsony,  with  a  limited  supplier  base. 


a 

Kline  (1985);  Kline  and  Rosenberg  (1986);  variations  and  extensions  of  the  model  are  discussed 
e.g.  by  Kameoka  and  Kobayashi  (2001). 
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However,  in  the  case  of  individual  IT  capabilities  with  identifiable  end  users  in  the  field, 
the  analogy  is  more  apt.  To  an  important  extent,  the  end  users,  rather  than  the  acquisition 
establishment,  constitute  the  “market.”  The  feedback  from  those  users  can  serve  as  the 
basis  for  Kline-like  iteration.  IT  capabilities  of  the  kind  discussed  in  this  paper  have  at 
least  some  of  the  character  of  commercial  packages.  They  are  developed  to  fill  perceived 
needs  of  users  who  may  then  accept  or  reject  them,  and  whose  experiences  may  modify 
them. 


Figure  2.  The  Kline  (“Chain-Linked”)  Model  of  Innovation  (adapted  from  Kline  and  Rosenberg10).  The 
model  depicts  innovation  as  a  complex  process  in  which  science  and  technology  may  make  important 
contributions  at  several  different  points.  The  main  chain  of  innovation  is  indicated  by  C,  and  proceeds 
from  an  initial  perceived  need  (“potential  market”)  through  the  various  technical  stages  culminating  in  a 
product.  However,  C  is  not  the  only  possible  path.  There  are  feedback  loops  /between  the  technical 
stages,  as  well  as  between  marketing  and  the  technical  stages.  A  particularly  important  feedback  loop  F  is 
the  one  between  marketing  and  the  initial  conceptual  stage.  Another  path  ( K  and  R)  involves  interaction 
with  the  existing  base  of  scientific  knowledge  ( K)  to  solve  problems  and  obtain  new  ideas,  or,  if  necessary, 
the  performance  of  new  scientific  research  (R).  K  and/or  R  may  occur  at  any  of  the  stages  leading  to  a 
product — or  may  not.  Path  D  represents  a  potential  direct  link  between  scientific  research  and  the 
invention  and  design  stage,  as  in  the  linear  model.  Path  I  indicates  feedback  to  scientific  research  by  the 
products  of  innovation,  for  example  the  telescope  aiding  Galileo’s  fundamental  work  in  astronomy.  S 
indicates  the  stimulation  of  new  research  in  sciences  underlying  the  product  area  of  the  particular 
innovation  process  in  question. 


10  Kline  and  Rosenberg  (1986) 


5 


Cases 


Case  1:  Tactical  Ground  Reporting  (TIGR)  System 


Introduction  and  Features 


The  Tactical  Ground  Reporting  (TIGR)  System  is  a  tactical  situational  awareness  system 
developed  by  the  U.S.  Defense  Advanced  Research  Projects  Agency  (D  ARP  A). 11  It 
allows  operators  to  share  facts,  issues,  suppositions,  and  lessons  learned  via  map- 
referenced  multimedia.  It  enables  troops  heading  out  on  new  assignments  to  benefit  from 
the  knowledge  gained  by  their  predecessors.  TIGR's  graphical,  map-based  user  interface 
is  highly  intuitive  and  allows  data  such  as  voice  recordings,  digital  photos,  and  GPS 
tracks  to  be  easily  collected  and  searched.  The  system  also  features  a  purpose-built  data 
distribution  architecture  that  minimizes  the  load  on  sparse-bandwidth,  intennittent 
tactical  networks  while  allowing  digital  imagery  and  other  multimedia  data  to  be 
exchanged.  ~  This  network  science  and  engineering  content  distinguishes  TIGR  from 
typical  commercial  products  that  are  not  designed  for  the  harsh  tactical  environment. 
Initial  evaluations  of  TIGR  took  place  in  2006;  by  2010  it  was  being  used  by  all  U.S. 
Anny  Brigade  Combat  Teams  in  Iraq  and  Afghanistan.13 


Using  TIGR,  patrol  leaders  can  conduct  company-  and  patrol-level  intelligence 
preparation  of  the  battlefield  (IPB)  both  before  and  after  missions.  By  clicking  on  icons 
and  lists,  they  can  see  the  locations  of  key  buildings  (such  as  mosques,  schools,  and 
hospitals)  and  retrieve  infonnation  (such  as  location  data  on  past  attacks,  geo-tagged 
photos  of  houses  and  other  buildings,  and  photos  of  suspected  insurgents  and 
neighborhood  leaders).  They  can  listen  to  civilian  interviews  and  watch  videos  of  past 
maneuvers.  TIGR  was  expressly  created  to  support  horizontal  infonnation  sharing  at 
relatively  low  echelons  of  U.S.  ground  force  operations.  As  a  staff  officer  from  the  First 
Brigade  Combat  Team  put  it,  “It  is  a  bit  revolutionary  from  a  military  perspective  when 
you  think  about  it,  using  peer-  based  infonnation  to  drive  the  next  move....  Nonnally  we 
are  used  to  our  higher  headquarters  telling  the  patrol  leader  what  he  needs  to  think.”14 
TIGR  ran  initially  on  laptop  computers  at  fixed  sites  to  which  soldiers  would  return  after 
a  patrol.  Work  has  been  underway  to  increase  mobility,  and  also  to  increase  integration 
of  information  from  new  sources  such  as  unmanned  aerial  vehicles  (UAVs). 


11  Ewy  et  al.  (2009);  Corrin  (2010);  Maeda  (2010) 

12  Ewy  et  al.  (2009) 

13  Maeda  (2010) 

14  Quoted  by  Talbot  (2008) 
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Development 


An  important  TIGR  predecessor  was  CavNet,  a  local  system  developed  internally  by  the 
U.S.  Anny  1st  Cavalry — a  true  case  of  “edge  innovation.”15  CavNet  was  a  collection  of 
blogs  and  forums  that  allowed  junior  leaders  down  to  the  squad  level  to  share  information 
with  one  another  across  the  entire  division.  In  one  well-publicized  use  of  the  network,  a 
patrol  leader  in  Baghdad  learned  that  insurgents  were  wiring  posters  of  Moqtada  al-Sadr 
to  explode  when  U.S.  soldiers  took  them  down,  and  posted  the  infonnation.  Another 
officer  elsewhere  in  the  city  read  the  infonnation  and  alerted  his  soldiers,  who  discovered 
some  of  the  rigged  posters  and  safely  removed  them. 16 


Although  CavNet  improved  information  sharing,  it  did  not  have  a  friendly,  well- 

1  n 

integrated  human-machine  interface,  or  a  reliable  database  for  multimedia  and  reports. 
To  fill  these  needs  and  others,  soldiers  from  the  1st  Cavalry  teamed  with  DARPA  to  work 
on  what  would  be  later  called  TIGR.  A  DARPA  program  manager  (PM)  began 
interacting  directly  with  soldiers  returning  from  Iraq  and  was  able  to  refine  her 
appreciation  of  the  operational  need.  She  was  also  able  to  confirm  the  willingness  of 
battalion-level  leaders  to  accept  new  tools  to  fill  that  need. 


A  team  of  programmers  was  assigned  to  work  directly  with  soldiers  in  developing 
specific  TIGR  features  in  prioritized  categories.  First  Cavalry  personnel  tested  the 
system  in  exercises  at  the  unit’s  home  station  and  at  Army  training  centers.  Working 
directly  with  soldiers  who  would  actually  use  the  software  on  deployment  accelerated  the 
development  process,  and  also  enabled  developers  to  focus  on  the  most  crucial  features 
and  capabilities.  The  PM  has  been  quoted  as  saying  “the  functionality  in  TIGR  has 
changed  and  increased  in  various  ways  based  on  feedback  from  the  troops.”  One  result 
was  an  extremely  intuitive  and  effective  user  interface,  similar  to  that  found  in  Google 
Maps  and  in  social  networking  sites — familiar  paradigms  for  young  soldiers.  The  system 
made  creative  and  effective  use  of  available  commercial  technologies,  initially  using  a 
Microsoft  infrastructure  and  a  graphical  user  interface  provided  by  Internet  Explorer. 19 


TIGR  did  not  begin  as  a  fonnal  program  of  record,  and  did  not  have  time  to  go  through 
all  the  usual  military  acquisition  channels.  Compelling  operational  needs  demanded  its 
presence  in  theater,  and  commanders  in  the  field  made  the  decision  to  employ  it.  The 
Anny  did  not  provide  formal  acquisition  support  for  fielding.  The  Anny  also  did  not 
initially  approve  TIGR’s  use  over  wireless  tactical  networks.  In  an  initial  compromise 
agreement,  the  system  would  only  be  used  within  the  1st  Cavalry.  Funding  was  also 
limited.  However,  the  1st  Cavalry  found  the  capability  valuable  enough  that  it  provided 


15  Teamey  (2008) 

16  Baum  (2005) 

17  Teamey  (2008) 

18  Turner  (2009) 

19  Turner  (2009) 
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some  of  its  own  funding.  DARPA  also  teamed  with  the  Rapid  Equipping  Force  (REF), 
which  sent  a  training  and  engineering  team. 


TIGR  gained  support  fairly  quickly  from  troops  in  the  field,  but  somewhat  slower  from 
the  larger  Army  establishment.  Some  of  the  same  capabilities  that  make  it  useful  can  also 
cause  problems  with  Army  business  and  operational  practices.  For  example,  the  ability  to 
share  data  across  all  echelons  can  conflict  with  Anny  rules  for  handling  classified 
information.  In  addition,  TIGR  did  not  always  interoperate  easily  with  the  mainline  C2 
systems  at  the  battalion  level  and  above.  Continuing  collaborative  development  and 
refinement  were  needed.  This  work  was  facilitated  by  in-theater  teams  of  field  service 
representatives  and  system  engineers  responsible  for  fielding  and  maintaining  TIGR 
instances  throughout  Afghanistan  and  Iraq.  The  program  manager  also  ensured  the 
availability  of  training  in  support  of  theater  operations,  and  the  maintenance  of  a  help 
desk. 

From  the  foregoing  we  can  see  that  TIGR  development  showed  many  features  associated 
with  a  complex  and  tightly  coupled  innovation  process,  of  the  kind  described  by  the 
Kline  Model.  TIGR  originated  not  from  an  initial  discovery  but  from  a  set  of  pressing 
needs.  Its  development  process  was  iterative  and  exhibited  considerable  feedback  loops 
between  stages.  There  was  a  particularly  important  feedback  loop  between  the  end  user 
(the  “market”)  and  the  first  conceptual  stage  driving  the  development.  The  program 
manager  on  the  contractor  side  described  TIGR  as  “something  completely  unique,  a 
living,  breathing  system.”20  While  much  of  the  work  on  TIGR  can  be  characterized  as 
experimental  development  and  engineering,  the  innovation  process  also  exhibited  paths 
into  the  global  scientific  knowledge  base,  and  initiated  some  new  research  in  a  number  of 
areas.  One  such  area,  as  we  have  mentioned,  involved  the  creation  of  a  distributed 
architecture  with  policy-based  data  dissemination  to  keep  the  bandwidth  load  on  the 
tactical  network  low  and  hence  minimize  the  impact  of  network  outages. 

Case  2:  Combined  Information  Data  Network  Exchange  (CIDNE) 


Introduction  and  Features 


The  Combined  Infonnation  and  Data  Network  Exchange  (CIDNE)  is  a  Web-based 
database  system  used  by  the  U.S.  military,  generally  at  brigade  level  or  above,  to  record 
and  manage  infonnation  related  to  improvised  explosive  devices  (IEDs)21.  CIDNE  offers 
a  capability  for  tracking  three  types  of  entities — people,  facilities,  and  organizations — 
that  influence  operations  in  a  region.  CIDNE ’s  Web-enabled  Temporal  Analysis  System 
(WebTAS)  is  a  suite  of  analytical  tools  that  allows  users  to  combine,  visualize,  and 
interpret  information  from  various  sources.  Using  WebTAS  to  explore  the  CIDNE 


20  Corrin  (2010) 

21  ISS  (2010);  Grace  (2010);  Wojciechowski  (2006);  Borgman  et  al.  (2009) 


database,  users  may  obtain  associated  data  on  explosive  hazard  events  throughout  the 
theater  in  near  real  time.22 


Development 


CIDNE  was  developed  by  a  small  team  of  software  engineers  working  directly  with 
troops  in  the  field  to  fulfill  pressing  operational  needs.  The  development  process  was 
tightly  coupled  and  exhibited  Kline-like  feedback  loops  between  stages.  CIDNE  was 
developed  by  the  Army’s  III  Corps,  with  the  encouragement  of  Central  Command. 
CIDNE  has  had  four  major  releases  since  fall  2006 23.  By  2009  it  was  the  standard  IED 
activity  reporting  system  in  Iraq." 


CIDNE  did  not  begin  as  a  counter-IED  system,  but  evolved  and  was  repurposed  into  that 
role.  CIDNE  began  operational  life  as  a  local  C2  capability  at  a  division  command  center 
and  several  brigade  headquarters  in  Iraq  to  enable  infonnation  management  and  sharing, 
as  well  as  storage  for  access  by  replacement  units."  Its  initial  focus  was  on  managing 
brigade-and-above  contacts  and  coordination  efforts  with  the  Sons  of  Iraq  (Sol)."  The 
445th  Civilian  Affairs  Battalion  gave  the  technology  to  their  deploying  troops  and 
encouraged  its  use  in  Sol  engagements.  By  providing  a  standardized  reporting 
framework  across  the  intelligence  and  operations  disciplines,  CIDNE  brought  together  a 
number  of  disparate  communities."  Its  role  expanded,  and  its  capability  to  track  people, 
facilities,  and  organizations  proved  to  be  critical  in  the  burgeoning  effort  to  counter  IEDs. 
CIDNE  thus  provides  an  excellent  example  of  a  flexible  innovation  and  development 
process  with  a  very  strong  responsiveness  to  evolving  market  signals. 

Case  3:  Command  Post  of  the  Future  (CPOF) 

Introduction  and  Features 


The  Command  Post  of  the  Future  (CPOF)  is  a  real-time  collaboration  technology  with 
powerful  military  mapping  capabilities.  It  constitutes  a  virtual  “sand  box”  where 
commanders  can  publicly  depict  situations,  plan  potential  courses  of  action,  offer  ideas, 
refine  tasking,  and  synchronize  plans.  Its  users  are  flag  officers,  unit  commanders,  and 
senior  staff  at  several  echelons.  The  tool  enables  commanders  in  dispersed  geographic 
locations  to  visualize  the  battlefield,  obtain  recent  information  about  operations,  and 
make  annotations.  Users  can  communicate  and  collaborate  without  leaving  their 

22  Brady  (2009) 

23  Teamey  (2008) 

24  Walsh  etal.  (2010) 

25  Walsh  etal.  (2010) 

26 

The  Sons  of  Iraq,  also  known  as  the  Sunni  Awakening  Movement,  are  coalitions  of  tribal 
sheikhs  that  have  taken  on  the  task  of  maintaining  security  in  their  communities. 

27  ISS  (2010) 

28  Croser  (2006);  Ebbutt  (2007);  Schachtman  (2009) 
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operations  centers,  synchronizing  tactical  and  strategic  activities  while  avoiding  the 
hazards  of  travel.  CPOF  was  originally  a  DARPA  technology  demonstration  in  the  late 
1990s,  and  became  part  of  an  Army  Program  of  Record  in  2006.  It  has  been  federated 
with  the  Army's  Maneuver  Control  System  (MCS)  and  consumes  data  from  the  Global 
Command  and  Control  System  (GCCS).29  By  2009,  6,000  CPOF  systems  had  been 
fielded  in  Iraq  and  Afghanistan.30 


CPOF’s  main  human  interface  is  a  virtual  workspace  in  which  all  content  is  a  shared 
piece  of  data  in  a  networked  repository.  There  are  visual  representations  of  units,  events, 
tasks,  and  the  like.  These  appear,  for  example,  on  maps  or  schedule  charts.  In  addition 
there  are  representations  of  whiteboard-like  hand  annotation,  such  as  brush-marks, 
highlighting,  and  notes.  Users  can  edit  data  values,  such  as  locations  on  a  map  or  tasks 
on  a  schedule,  by  dragging  and  dropping.  The  results  of  such  editing  are  visible  to  all 
participants  in  a  visualization  session.  When  one  user  moves  an  event  on  a  map,  for 
example,  that  event  icon  moves  on  all  maps  and  shared  views. 


Development 


Before  the  Iraq  War,  DARPA  development  of  CPOF  concentrated  on  creating  the  most 
intuitive  possible  human-computer  interface  to  support  C2.  For  operational  use  in  a 
tactical  environment,  other  improvements  were  needed.  The  system  would  need  to  be 
hardened  significantly  and  made  more  stable.  It  also  needed  to  be  made  scalable  to 
hundreds  of  users.  As  the  Army’s  First  Cavalry  Division  began  deploying  to  Iraq, 
DARPA  began  a  serious  collaboration  with  the  Anny  to  make  the  necessary 
enhancements.  General  Peter  Chiarelli  understood  the  technical  issues  and  allowed 
deployment  of  CPOF  at  risk.31 


This  deployment  at  risk  meant  that  invaluable  experimentation,  with  Kline-like  feedback 
loops,  could  be  conducted  in-theater  to  guide  the  development.  DARPA  and  the  Anny 
signed  a  Memorandum  of  Agreement  (MOA)  in  2004.  DARPA  would  continue  to  fund 
advanced  technology  research  required  to  harden  the  system  and  exploit  lessons  learned, 
while  the  Army  would  fund  continued  fielding.  The  experimentation  in  theater  allowed  a 
disciplined  and  integrated  development  process  with  constant  feedback.  Software 
developers  were  not  the  only  ones  who  participated  in  this  process;  some  very  high-level 
research  scientists  spent  some  time  in  theater  as  well.  As  in  the  case  of  TIGR,  CPOF 
had  field  service  representatives  on  location  to  help  manage  the  process  and  collect  user 
feedback.  As  new  capabilities  were  added,  users  and  field  service  representatives 
provided  more  impressions.  This  allowed  software  developers  to  focus  on  the  most 
important  problems.  Since  resources  were  not  expended  on  an  enhancement  until  it  was 


29  Walsh  etal.  (2010) 

30  Walker  (2009) 

3 1  Greene  et  al.  (20 1 0) 

32  Gershon  and  Kolojej  chick  (2005) 
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justified  as  a  valid  real-world  need,  the  feedback  loops  served  not  only  to  reduce  risk  but 
also  to  reduce  cost. 

Not  only  has  CPOF  had  its  development  guided  by  user  feedback,  but  the  system’s  very 
structure  and  functionality  also  encourages  user  experimentation  and  edge  innovation. 
CPOF  users  at  any  level  can  assemble  their  own  local  workspaces  out  of  smaller  “tool- 
and-appliance”  capabilities.  They  can  create  their  own  quick  applications  for  purposes 
that  the  developers  of  the  software  might  not  have  anticipated,  and  do  so  without 
disrupting  other  users.  In  addition,  CPOF  repositories  have  become  a  rich  source  of 
empirical  data  on  the  nature  and  specific  content  of  C2  business  processes.  This  is  a 
powerful  requirements  definition  and  validation  mechanism  that  can  augment  anecdotal 
evidence.33 

Although  CPOF  was  becoming  a  successful  deployed  system  before  2006,  it  had  still  not 
gone  through  the  usual  requirements  and  acquisition  channels,  and  was  not  a  formal 
program  of  record.  During  the  period  between  2004  and  2006,  there  was  an  overlap  in 
DARPA  and  Army  leadership  of  the  effort.  Among  other  things,  this  allowed  time  for  a 
rationale  to  be  developed  to  turn  CPOF  from  a  research  and  development  program 
deployed  at  risk  to  a  formal  program  confonning  to  all  acquisition  regulations.  In  2006 
CPOF  was  integrated  into  the  Anny’s  Maneuver  Control  System  program.34 


Discussion 


Rapid  Innovation  and  Fielding  in  the  Context  of  U.S.  Military  Acquisition  Rules 


One  can  argue  that  current  formal  DoD  acquisition  processes  are  already  based  on  the 
concept  of  identifying  and  fulfilling  operational  needs.  One  could  also  argue  that  the 
various  feedback  processes  in  the  Kline  Model  of  innovation  are  fully  compatible  with 
DoD  acquisition  regulations.  The  problem  is  one  of  time  scale.  For  the  types  of 
capabilities  discussed  in  this  paper,  the  feedback  loops  operate  best  when  they  do  so  often 
and  fast,  with  a  minimum  of  formalism  and  with  as  few  bureaucratic  middlemen  as 
possible.  We  live  in  a  world  where  young  soldiers  are  used  to  seeing  new  generations  of 
cellular  phones  and  media  players  appear  over  a  time  span  of  several  months,  and  non¬ 
state  adversaries  can  easily  and  cheaply  acquire  advanced  infonnation  technologies  that 
make  them  nimble  and  effective.  In  such  a  world,  fonnal  DoD  processes  for  identifying 
and  validating  operational  needs  can  take  longer  than  development  timelines  for  new  IT 
capabilities,  and  the  resulting  technologies  can  significantly  lag  the  operational  need.36 
In  addition,  as  a  recent  report  by  the  National  Research  Council  put  it,  “Success  as 


33  Walsh  etal.  (2010) 

34  Greene  et  al.  (20 1 0) 

35  e.g.,  Matthews  (2004) 

36  Teamey  (2008);  NRC  (2010) 
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determined  by  process  metrics  in  acquisition  does  not  necessarily  align  with  success 
metrics  based  on  the  timely  delivery  of  end-user  capability.” 

U.S.  Army  Procedures  to  Accelerate  Fielding  of  New  IT 

The  U.S.  Army  has  developed  some  standard  operating  procedures  (SOPs)  to  support 
wartime  fielding  of  new  infonnation  technologies.  Requirements  are  documented  as  an 
Urgent  Operational  Need  (UON),  which  may  be  joint  or  Service-specific.  In  some  cases, 
the  UON  can  describe  some  proposed  IT  to  fill  the  gap.  Once  a  UON  is  validated  by 

TO 

Anny  G-3,  resources  can  be  allocated.  The  process  up  to  this  point  can  take  60  days  or 
more,  depending  on  the  priority  of  the  requirement.  The  next  step  is  to  determine  if  the 
UON  will  become  a  Program  of  Record,  or  be  adopted  by  an  existing  Program  of  Record. 

IQ 

For  IT,  both  Army  G-3  and  Army  G-6  are  involved  in  the  process.  IT  used  on  networks 
must  be  certified  for  interoperability  with  existing  infrastructure  and  systems.  This  can 
take  a  year  or  more.  In  the  past,  requests  from  units  in  actual  combat  did  not  appear  to 
receive  special  priority,  either.40  Thus,  even  the  accelerated  Army  pathway  for  IT  can  be 
long  and  involved.  The  transition  to  Program-of-Record  status  is  not  automatic,  nor  is  it 
assured  to  take  place  within  a  given  time  frame,  even  for  very  useful  technologies. 


At-Risk  Adoption  and  Bureaucratic  Resistance 


In  order  for  effective  development  of  the  types  of  C2  IT  we  have  been  considering,  in¬ 
theater  experimentation  and  iteration  are  almost  essential.  It  is  difficult  to  conduct  such 
experimentation  and  development  within  the  Army’s  usual  time  scale  for  acquisition — 
even  its  accelerated  process  for  IT.  However,  commanders  are  sometimes  empowered  to 
assume  risks  and  allow  the  use  of  uncertified  systems  in  theater,  generally  with  approval 
of  the  relevant  Combatant  Command  (COCOM).  In  such  a  case,  the  operational  chain  of 
command  authority  is  effectively  trumping  the  usual  formal  acquisition  rules.41  For  all 
three  of  the  cases  discussed  in  this  paper,  commanders  approved  “at  risk”  operation  at 
some  point. 


Although  TIGR  and  CIDNE  could  be  deployed  because  commanders  approved  at-risk 
operation,  both  continued  to  be  subject  to  process  demands  for  further  certifications, 
recommendations,  and  validations.  The  DARPA  PM  in  charge  of  TIGR  was  quoted  in 
2010  as  saying  that  the  system  received  “a  lot  of  bureaucratic  pushback”  when  it  first 
began  deploying  in  2006.  She  also  said  “. .  .every  six  months  or  so  we  still  get  push  back 
because  we  are  not  a  PoR  [Program  of  Record].”  In  2008  the  U.S.  Army  Vice  Chief  of 


37  NRC  (2010) 

38 

The  U.S.  Army  staff  organization  for  Operations  and  Training 

39 

The  U.S.  Amiy  staff  organization  for  Communications  and  Electronics 

40  Teamey  (2008) 

41  Resource  constraints  often  prevent  wider  adoption  of  a  technology  outside  of  the  initial  theater. 
4"  Magnuson  (2010) 
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Staff,  General  Peter  Chiarelli,  made  much  stronger  statements.  He  characterized  TIGR  as 
a  technology  that  “forever  changed  our  Army,”  but  he  said  it  succeeded  “in  spite  of 
everything  the  Army  could  do  to  stop  it.”43 


The  Anny,  and  most  of  the  DoD,  still  find  it  very  difficult  to  strike  a  balance  between  the 
importance  of  protecting  networks,  enabling  IT  platforms  to  share  infonnation,  and 
rapidly  supplying  units  in  combat  with  capabilities  they  need.44 


Interoperability 


It  is  easy  to  criticize  the  DoD’s  acquisition  rules  as  cumbersome  and  inappropriate  for  the 
information  age.  It  is  also  easy  to  advocate  that  all  IT  development  be  allowed  to  follow 
Kline-like  innovation  paths  with  more  of  a  commercial  industrial  character.  However, 
this  type  of  innovation  can,  sometimes  unwittingly,  have  downsides.  One  problem  that 
might  be  aggravated  when  technologies  are  developed  rapidly  and  somewhat 
independently  to  fill  pressing  battlefield  needs  is  that  of  interoperability.  This  is  not  to 
say  that  DoD  systems  developed  according  the  letter  of  all  the  acquisition  rules  are 
always  interoperable.  It  is  also  not  to  say  that  the  more  freewheeling  development  we 
have  discussed  here  must  necessary  lead  to  systems  that  are  not  interoperable.  However, 
this  type  of  development  perhaps  introduces  more  of  that  risk.  Interoperability  with 
mainline  C2  systems  has  been  a  continuing  problem  for  CPOF,  for  example.  A  recent 
study  has  also  found  low  levels  of  semantic  interoperability  between  CIDNE,  TIGR,  and 
CPOF.45 


Security 


Security  is  another  important  concern.  We  have  already  mentioned  the  conflict  between 
TIGR’s  widespread  horizontal  sharing  of  information  and  Anny  procedures  for 
safeguarding  classified  infonnation,  for  example.  It  is  also  conjectured  that  one  of  the 
main  unauthorized  releases  of  classified  information  to  the  Wiki  leaks  web  site  in  2010 
originated  in  Central  Command’s  CIDNE.  It  is  possible  that  the  alleged  leaker  used 
CIDNE’ s  “Export  to  Excel”  feature  to  capture  the  infonnation  that  he  later  illegally 
transmitted.46  Using  this  feature  apparently  did  not  leave  a  signature  that  was  easily 
noticed  as  being  dangerous,  because  the  process  is  used  routinely  for  legitimate  data 
exchange.  We  should  emphasize,  in  fairness,  that  such  an  insider  attack  could  foil  many 
systems,  including  ones  that  were  procured  following  all  fonnal  procedures.  Perhaps, 
though,  it  is  possible  that  rapid,  Kline-like,  quasi-independent  development  of  an  IT 
could  introduce  more  such  vulnerabilities.  Is  it  possible  that  a  more  deliberately  planned 


43  Clark  (2008) 

44  It  is  worth  noting  that  the  U.S.  Marines  and  Special  Forces  have  been  somewhat  more 
successful  with  their  processes  for  rapid  certification  for  information  technologies. 

45  Lichtblau  and  Bleach  (2010) 

46  Dubaz  (2010) 
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and  more  robust  CIDNE  could  have  thrown  up  more  flags  when  it  detected  large  data 
exports  under  certain  conditions? 


Development  in  a  War  Zone 


The  rapid,  iterative  development  of  new  military  IT  capabilities,  with  considerable 
guidance  from  user  feedback,  almost  necessitates  in-theater  experimentation.  Thus 
development  is  occurring,  at  least  to  some  extent,  in  a  war  zone.  This  raises  a  number  of 
unique  challenges  and  issues.  For  one  thing,  soldiers  are  very  busy,  and  do  not 
necessarily  have  large  amounts  of  time  to  devote  to  the  process.  For  another  thing, 
developers,  engineers,  and  scientists  are  not  generally  soldiers,  and  it  may  be  difficult  to 
deploy  them  to  such  an  environment.  This  does  not  make  the  process  impossible,  but  it 
does  make  it  very  difficult  and  risky  for  all  concerned.  Kline-like  in-theater  development 
is  thus  hardly  an  innovation  process  that  can  be  considered  routine. 


Summary  and  Conclusions 

In  a  world  of  rapidly  advancing  commercial  technology,  the  U.S.  military  often  still 
struggles  to  deliver  state-of-the  art  information  technologies  for  C2  to  warfighters  and 
commanders.  Some  recent  success  stories  include  the  Tactical  Ground  Reporting  (TIGR) 
system,  the  Command  Post  of  the  Future  (CPOF),  and  the  Combined  Infonnation  Data 
Network  Exchange  (CIDNE).  These  shared  some  important  characteristics  in  their 
development: 

•  They  were  driven  by  the  need  to  solve  immediate  and  pressing  battlefield 
problems.  Sometimes  they  existed  first  as  research  programs,  but  it  was  only 
after  the  battlefield  driver  was  added  that  they  achieved  their  true  and  current 
form. 

•  The  development  process  acted  to  fill  the  battlefield  needs  as  quickly  as  possible, 
by  taking  advantage  of  what  users  were  already  doing,  or  trying  to  do;  by  using 
commercially  available  technology  when  appropriate;  and  by  allowing  users 
scope  to  innovate  (edge  innovation). 

•  The  systems  were  developed  with  constant  and  considerable  user  feedback, 
enabled  by  in-theater  experimentation. 

•  The  combination  of  forward  engineering  development  and  user  feedback 
sometimes  led  to  new  technology  being  required,  thus  driving  a  more  basic  level 
of  R&D,  or  a  more  fundamental  interaction  with  the  base  of  stored  scientific 
knowledge. 

The  development  processes  of  these  systems  can  be  characterized  using  a  Kline  chain- 
linked  model  of  innovation,  involving  feedback  loops  between  the  various  stages  of  the 
innovation  process,  with  a  particularly  important  feedback  loop  between  market  signals 
and  the  early  conceptual  stages  of  development.  The  Kline  Model  may  not  be  generally 
applicable  to  large  defense  acquisition  programs,  but  can  be  useful  in  the  case  of  an 
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individual  IT  capability  being  developed  for  end  users.  Although  the  analogy  with 
commercial  industry  is  not  exact,  the  end  users  constitute  the  “market.” 

A  number  of  consequences  flow  from  the  application  of  such  an  innovation  process  in  a 
military  IT  system: 

•  The  need  for  in-theater  experimentation,  combined  with  the  need  for  rapid  results, 
means  that  development  may  depend  on  “at  risk”  adoption  by  commanders, 
temporarily  trumping  the  normal,  lengthy  military  requirements  and  acquisition 
process.  Considerable  support  from  at  least  some  people  at  high  levels  in  the 
hierarchy  may  be  necessary  for  this  to  happen. 

•  The  necessity  of  achieving  rapid  usefulness,  and  meeting  the  needs  of  a  particular 
constituency,  can  lead  to  development  of  systems  with  some  “stand-alone” 
character,  forming  the  basis  for  future  interoperability  problems. 

•  The  same  necessities  can  also  lead  to  potential  security  problems.  Systems 
designed  for  broad  use  and  enabling  a  large  amount  of  information  sharing  can 
conflict  with  regulations  and  practices  for  handling  sensitive  infonnation. 

•  The  need  for  considerable  user  feedback  to  perfect  the  system  and  make  it 
relevant  can  place  a  burden  on  end  users  who  are  busy  with  life-and-death 
decisions  and  operations.  It  can  also  place  a  burden  on  scientists  and  engineers 
who  are  not  accustomed  to  working  in  a  war  zone. 

Overall,  the  U.S.  Army,  and  most  of  the  DoD,  still  find  it  very  difficult  to  strike  a  balance 
between  the  importance  of  protecting  networks,  enabling  IT  platforms  to  share 
infonnation,  and  rapidly  supplying  units  in  combat  with  capabilities  they  need.  However, 
despite  the  many  problems  they  encounter,  “Kline-like”  iterative  innovation  processes  for 
new  IT  capabilities  have  shown  promise. 

The  fonnal  acquisition  system  emphasizes  a  carefully  planned,  controlled,  and 
centralized  approach.  A  more  or  less  uniform  environment  is  implicitly  assumed  and 
often  fails  to  recognize  that  (1)  bursts  of  innovation  do  occur,  and  are  critically  important 
to  successful  operations,  and  (2)  conditions  that  foster  innovation  can  be  defined  in 
advance  and  recognized  by  authorities  in  the  chain  of  command.  Commanders  should 
more  easily  and  quickly  be  able  to  invoke  a  set  of  special  acquisition  rules  that  support 
innovation.  This  often  happens  anyway,  in  an  ad  hoc  manner,  as  in  the  cases  we  have 
studied.  The  process  should  be  simpler  and  more  transparent. 
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I  DA 


What  We  Will  Discuss 


*  Models  of  Innovation 

*  DoD  Success  Stories  in  C2  Technologies 
that  are  describable  by  those  models 

*  Innovation  can  be  complex,  with  continual 
interactions  between  basic  research,  applied 
research,  development,  engineering,  and 
marketing 

*  Scientific  research  and  engineering 
knowledge  can  contribute  to  every  stage  in 
the  innovation  process. 


I  DA  “Linear  Model”  of  Innovation 


Scientific 

Research 


Development/ 
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^  Pnninporinn 
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Distribution 

I  DA  Linear  Model 


•  Not  “wrong,”  but  does  not  capture  all  complexities  of  innovation 

•  Part  of  the  Post-War  “Big  Science”  mentality 

•  Partly  implicit  in  Vannevar  Bush  “Science— The  Endless  Frontier” 

•  But  phrase  “linear  model”  not  used  explicitly  there 

•  “Linear  model”  really  constructed  as  term  of  art  in  1980s,  as  a 
straw  man  to  be  opposed 


I  DA  Kline  Model 


•  Technologies  can  move  both  forwards  and  backwards  in  the  process 

•  e.g.,  back  to  the  lab  if  further  development  is  needed. 

•  Downstream  stages  (e.g.,  marketing)  can  be  consulted  for  input  at  earlier 
stages  (such  as  design  and  test). 

•  Scientific  research  and  engineering  knowledge  can  contribute  to  every 
stage  in  the  innovation  process. 

•  Most  firms  create  technology  platforms,  which  are  generic  architectures 
that  become  the  basis  for  a  variety  of  technology-based  products  and 
services. 

•  The  knowledge  and  skills  needed  for  innovation  are  developed  by 
communities  of  practitioners,  not  by  individuals,  and  many  of  those 
communities  exist  outside  of  a  particular  firm  (for  example,  in  universities). 

•  Users  of  technology  can  be  an  important  source  of  ideas  for  improvements 
or  even  new  innovations  with  substantial  market  potential. 


Adapted  from:  Encyclopedia  of  Business,  http://www.referenceforbusiness.com/management/Str-Ti/Technology-Management.html 


I  DA  Kline  Model 


Feedback  loops  operate  best  when  they  operate  fast,  with  minimal 
formalism  and  bureaucracy 


I  DA 


Cautions  in  Applying  to  Military  Systems 


•  Applies  best  in  commercial/industrial  contexts 

•  DoD  is  a  monopsony,  with  a  limited  supplier  base 

•  What  constitutes  a  “market?” 

•  How  are  “market  signals”  generated  &  received? 

•  Especially  in  complex,  multibillion  dollar  procurements 

•  But  in  the  case  of  individual  IT  capabilities  with  identifiable  end 
users,  analogy  is  more  apt 

•  End  users  are  the  market,  not  the  acquisition  establishment 

•  Provided  you  have  the  right  “top  cover” 


I  DA  Generations  of  Innovation  Models 
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Fig-4  A  Cross -Generational  Innovation  Process  Models 


Figure  slightly  corrected  from  Kameoka,  A.,  D.  Ito,  and  K.  Kobayashi  (2001).  “A  Cross-Generation  Framework  for  Deriving  Next-Generation  Innovation  Model.”  Change  Management  and  the  New  Industrial  Revolution,  IEMC  ‘01 
Proceedings ,  Albany,  NY. 
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Tactical  Ground  Reporting  (TIGR) 
System 


•  DARPA-developed  tactical  situational  awareness 
system 

•  Largely  COTS-based 

•  e.g.  Google-Maps-like  interface 

•  Allows  operators  to  share  facts,  issues,  suppositions, 
lessons  learned  via  geo-referenced  multimedia 

•  “Pass  down  log  on  steroids” 

•  Mapping  capability  links  geography  with 

•  Still  images 

•  Audio 

•  Video 

•  Text 


Photo  from  Maeda  (2010) 


Junior  officers  and  NCOs  can 

•  Study  before  patrol 

•  Augment  after  patrol 
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Tactical  Ground  Reporting  (TIGR) 
System 


•  Post  patrol  web-logging  information  on 

•  Individuals 

•  Facilities 

•  Equipment 

•  Dangers  encountered 

•  Obtain/see/hear 

•  Locations  of  key  buildings 

•  Location  data  on  past  attacks 

•  Photos  of  suspected  insurgents 

•  Interviews  with  civilians 

•  Videos  of  past  maneuvers 

•  Etc. 


Photos:  http://www.usi-inc.net/24.html 
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Tactical  Ground  Reporting  (TIGR) 
System 


Traditional 
Info  Flow 

Corps 
Division 
Brigade 
Battalion 
Company 
Platoon 


TIGR 


Graphic  from  Maeda  (2010) 


“It  is  a  bit  revolutionary  from  a  military  perspective 
when  you  think  about  it,  using  peer-  based 
information  to  drive  the  next  move....  Normally  we  are 
used  to  our  higher  headquarters  telling  the  patrol 
leader  what  he  needs  to  think.” — Quote  from  staff 
officer  in  First  Brigade  Combat  Team  on  using  TIGR 


I  DA  CAVNET  ->  TIGR 


•  CAVNET 

•  Useful  predecessor  to  TIGR  used  in  US  1st  Cavalry  in  Iraq 

•  Made  famous  by  well-publicized  incident 

•  Patrol  leader  in  Baghdad  learned  of  insurgents 
wiring  posters  of  Moqtada  al  Sadr  to  set  off 
explosives  when  US  soldiers  took  them  down 

•  Another  officer  elsewhere  learned  of  this  on 
CAVNET  and  alerted  others,  saving  lives 

•  CAVNET  lacked 

•  Robust  database  for  multimedia  &  reports 

•  Good  user  interface 

•  Soldiers  from  1st  Cavalry  teamed  with  DARPA  to  work  on  what 
became  TIGR 

•  DARPA  PM  interacted  directly  with  soldiers  returning 
from  Iraq 

•  Team  of  programmers  worked  directly  with  soldiers 

•  As  versions  were  developed, 1st  Cav  tested  them  directly 


Photo: 

http://www.globalsecurity.org/military/world/iraq/images/muqtada_sadr3. 

jpg 
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TIGR  Did  Not  Go  Through  All 
Normal  Procurement  Channels 


•  TIGR  was  not  a  program  of  record 

•  Did  not  have  Army  acquisition  support  for  fielding 

•  Not  initially  sanctioned  for  use  over  tactical  wireless  nets 

•  Arose  quickly  from  compelling  operational  needs 

•  Initial  compromise  agreement:  Use  only  within  1st  Cav 

•  At-risk  adoption 

•  1st  Cav  developed  SOPs 

•  Encouraged  use  down  to  squad  level 

•  DARPA  teamed  with  Rapid  Equipping  Force  (REF)  for 
maintenance  of  tool  in  Iraq 


Photo:  http://blog.mtviggy.com/wp- 
content/uploads/2009/ll/batman-color2.jpg 


•  Popularity  with  troops  led  to  greater  support  within  Army  at  large 
•  Had  to  overcome  technical  &  procedural  roadblocks 

•  SOPs  for  sharing  classified  information 

•  Interoperability  with  mainstream  C2  systems  @  battalion  + 


I  DA  TIGR  Innovation 


•  Showed  many  features  associated  with  a  complex  and  tightly  coupled  innovation 
process  (Kline  Model). 

•  Originated  not  from  an  initial  discovery  but  from  a  set  of  pressing  needs. 

•  Iterative  development  process,  with  considerable  feedback  loops  between  stages. 

•  Esp.  between  the  end  user  (the  “market”)  and  the  first  conceptual  stage 
driving  the  development. 

•  In-theater  experimentation 

•  PM  on  contractor  side  described  TIGR  as  “something  completely  unique,  a  living, 
breathing  system.” 

•  Much  of  the  work  on  TIGR  can  be  characterized  as  experimental  development  and 
engineering... 

•  ...But  innovation  process  also  exhibited  paths  into  the  global  scientific  knowledge 
base,  and  initiated  some  new  research  in  a  number  of  areas. 

•  e.g.  creation  of  a  distributed  architecture  with  policy-based  data 
dissemination  to  keep  the  bandwidth  load  on  the  tactical  network  low  and 
hence  minimize  the  impact  of  network  outages. 
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Combined  Information  Data  Network 
Exchange  (CIDNE) 


•  Developed  by  Army  III  Corps 

•  CENTCOM-managed  database  for  counter-IED 

•  Originally  designed  as  a  system  to  manage  brigade+  Sons  of 
Iraq  contacts 

•  Used  by  Civil  Affairs 

•  Track  People,  Facilities,  Institutions 

•  Ended  up  bringing  together  many  Army  communities  by 
providing  standardized  reporting  framework  for 
operations  &  intelligence 

•  Allows  useful  correlation  &  packaging  of  data  for  troops 
and  commanders 

•  This  ability  led  to  usefulness  in  Counter-IED  work 

•  Using  WebTAS  (Web-Enabled  Temporal  Analysis  System) 
to  mine  CIDNE  database,  users  can  create  accurate  &  up- 
to-date  IED  hazard  overlays  in  near  real  time 


Undavnarid  6  OrfvAi  dt#  Ckt#  k*  -  Amlyi*  i  Anadt  ill*  Necvmrk 
Photo:  http://www.issinc.com/solutions/cidne.html 


•  Developed  by  small  team  of  software  engineers  working 
directly  with  troops 
•  Multiple  Kline-like  iterations 


Largely  COTS-based 


SOPs  have  arisen  to  support  wartime  fielding  of  ITs  like  TIGR  &  CIDNE 

•  Emergent  requirements  documented  as  Urgent  Operational  Need  (UON) 

•  Sometimes  UON  can  suggest  a  specific  IT  solution 

•  Army  G-3  validates 

•  UON  ->  Resourcing  typically  60+  days 

•  Process  kicks  in  to  determine  if  PoR  will  adopt  UON  or  if  UON  ->  new 
PoR 

•  For  IT,  G-3  and  G-6  are  involved 

IT  used  on  networks  must  be  certified  for  interoperability 

But  sometimes  commanders  can  use  technology  “at-risk” 

•  Both  TIGR  and  CIDNE  expanded  rapidly  because  many  commanders 
approved  “at-risk”  operation 

•  Got  in  &  did  useful  work  without  formal  programmatic  support 

•  But  still  bogged  down  with  formal  process  demands  for  certification, 
validation,  etc. 

Gen.  Chiarelli  on  TIGR:  A  technology  that  “forever  changed  our  Army”  [...] 

“in  spite  of  everything  the  Army  could  do  to  stop  it.” 


Rapid  development  with  intimate  involvement  of  users 

Dedicated  maintenance  and  upgrade  teams  in  constant 
contact  with  end  users 

•  Forward-deployed  group  supporting  fielded  capabilities 
and  collecting  feedback 

•  CONUS  group  providing  updates  &  patches  as  needed 

User-friendly  web-based  front  ends  +  databases  focused  on 
individuals,  organizations,  and  facilities 

Horizontal  and  vertical  information  flow  in  deployment  of 
system 


Real-time  collaboration  system  with  powerful  military 
mapping 

“Virtual  sand  box”  allowing  flag  officers,  unit  COs,  in 
dispersed  geographic  locations  to  collaboratively 

•  Visualize  battlefield  (terrain  data,  GPS) 

•  Confer  via  voice  or  chat 

•  Depict  situations 

•  Offer  ideas/annotations 

•  Plan  course  of  action  (COA) 

•  Refine  tasking 

•  Self-synchronize  plans 


Photo:  http://www.flickr.com/photos/peoc3t/3552465286/sizes/in/in/photostream/ 


Visual  elements  are  “drag  &  drop” 

•  e.g.,  Moving  an  event  icon  changes  its  lat./lon.  In 
shared  repository, 

•  Moves  it  on  all  shared  maps  &  views 


I  DA 


CPOF  Development  &  Deployment 


•  Originally  a  DARPA  program,  late  1990s 

•  Designed  with  aid  of  2  retired  marine  colonels 

•  Now  federated  with  Army’s  Maneuver  Control  System  (MCS)  through 
GCCS-A 

•  Can  also  take  data  from  TIGR  and  CIDNE 

•  First  used  by  1st  Cavalry  in  Baghdad  in  handful  of  locations  in  2004 

•  3rd  Infantry  Division  was  first  to  receive  CPOF  with  enhancements  from 
in-theater  experience 

•  Disciplined  &  integrated  development  process 

•  Field  service  representatives 

•  User  feedback  &  iteration 

•  Since  2006,  PoR  directed  from  PM  Battle  Command 

•  Currently  in  use  throughout  Iraq  &  Afghanistan 

•  Now  the  primary  battalion+  battle  command  platform  in  SW  Asia  theater 

•  1000  systems  used  by  Army,  Marine  HQ,  and  Air  Force  liaison 
elements 

•  Major  development  driver:  User  need  to  add  new  data  object 
representations  into  the  collaboration  space 


Graphic:  www.acq.osd.mil/ott/tti/images/cpof.jpg 


CPOF  “Tool  and  Appliance” 
Capabilities  Empower  Edge  Innovation 


I  DA 


•  Users  at  any  level  can  assemble  workspaces 

•  Organize  their  workflows 

•  Without  disrupting  views  of  other  users 

•  Quick,  disposable  “mini-applications”  to  meet  pressing  needs 

•  In  ways  no  designer  might  have  anticipated 

•  Potential  source  of  new,  broader  capabilities 

•  CPOF  repositories  are  a  rich  source  of  empirical  data  on  nature 
and  content  of  C2  business  processes 

•  Can  be  used  to  refine  system  and  processes 


I  DA  lssues 


•  Still  difficult  to  strike  a  balance  between 

•  Protecting  networks, 

•  Enabling  IT  platforms  to  share  information 

•  Rapidly  supplying  units  in  combat  with  capabilities  they  need 


•  Interoperability 

•  Rapid  &  quasi  independent  development  can  lead  to  interoperability  problems 

•  Continuing  problem  for  CPOF  and  mainline  C2  systems 

•  Low  semantic  interoperability  between  TIGR,  CIDNE,  &  CPOF 


•  Security 

•  TIGR  horizontal  information  sharing  vs.  Army  rules  for  protecting  classified  information 

•  CIDNE  “Export-to-Excel”  possibly  used  to  capture  data  later  given  to  Wikileaks 


•  Development  in  a  War  Zone 

•  In-theater  experimentation  crucial 

•  But  soldiers  have  a  lot  more  on  their  mind  than  providing  user  feedback 

•  Difficult  environment  for  engineers  and  scientists 


Rapid  Development  &  Transition  of 
Cutting-Edge  IT 


Identify  pressing  needs 

•  Minimize  formalism 

•  Direct  contact  with  users  in  theater  and/or  exercises 

Fill  needs  quickly 

•  Maximize  COTS  use  when  appropriate 

•  Take  advantage  of  what  users  are  already  doing 

•  Does  not  have  to  be  perfect 

Deploy  “at  risk”  if  necessary 

•  Fast-track  certification 

Deploy  as  stand-alone  if  necessary 

•  Integrate  later 

•  Don’t  let  a  need  for  immediate  integration  with  existing  systems  stifle 
development  &  innovation 

•  Insurgents  &  terrorists  adopt  technology  “catch  as  catch  can” 

Use  R&D  scientists  &  engineers  for  what  they’re  best  at 

•  Tapping  into  applicable  R&D  storehouse  of  knowledge  that  developers 
may  not  be  fully  aware  of 

•  Suggesting  &  prosecuting  new  R&D  threads  for  the  longer  term 


“Our  conventional  modernization 
programs  seek  a  99%  solution  in  years. 
Stability  and 

counterinsurgency  operations  -  the  wars 
we  are  in  -  require  75%  solutions  in 
months.  The 

challenge  is  whether ..  .these  two  different 
paradigms  can  be  made  to  coexist.  ” 

Secretary  of  Defense  Robert  Gates,  speech  at 
NDU,  29  Sept  2008 


Dedicated  development  teams  for  continual  refinement 

•  Constant  user  feedback 

•  Take  advantage  of  user-generated  innovation 


